(19) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Veroffentlichungstag: 

28.1 1 .2001 Patentblatt 2001/48 

(21) Anmeldenummer: 00440160.0 

(22) Anmeldetag: 26.05.2000 



(H) EP 1 158 710 A1 

EUROPAISCHE PATENTANMELDUNG 

(51) lntC!7: H04J 3/16 



(84) E^ejj^nte Vertragsstaaten: 

AT ife CH CY DE DK ES Fl FR GB GR IE IT LI LU 


(72) Erfinder: Heuer, Volkmar 


71254 Ditzingen (DE) 


MC NL PT SE 


Benannte Erstreckungsstaaten: 


(74) Vertreter: Urlichs, Stefan, Dipl.-Phys. etal 


AL LT LV MK RO SI 


Alcatel 


(71) Anmelder: ALCATEL 


Intellectual Property Department 


70430 Stuttgart (DE) 


75008 Paris (FR) 





(54) Verfahren zum Ubertragen von synchronen Trans portmodulen liber ein synchrones 
Transportnetz 



(57) Netzelemente etnes ersten synchronen Trans- 
portnetzes sollen uber ein zwertes synchrones Trans- 
portnetz miteinander verbunden werden. Dazu werden 
zu ubertragendeTransportrahmen (STM-4) einschlieB- 



lich deren unveranderter Kopfbereiche (MS-OH, RS- 
OH, AU-PTR) als Nutzlast in einer Verkettung (VC-4-5v) 
von neu gebildeten Multiplexeinheiten (VC-4v) verpackt 
und in neu gebildeten Transportmodulen uber das zwei- 
te Transportnetz ubertragen. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zum Uber- 
tragen eines rahmenstrukturierten synchronen Multi- 
plexsignals, das aus Transportrahmen mit einem Nutz- 
lastbereich und einem Kopfbereich besteht, in dessen 
Nutzlastbereich jeweils Multiplexeinheiten gemaB einer 
Multiplexhierarchie verschachtelt sind, uber ein syn- 
chrones Transportnetz sowie einen Multiplexer fur ein 
synchronesTransportnetz der angepaBt ist, ein solches 
rahmenstrukturiertes synchrones Multiplexsignal zu 
ubertragen. 

[0002] Ein synchrones digitales Transportnetz arbei- 
tet beispielsweise nach den Empfehlungen der ITU-T 
(Telecommunication Standardization Sector of Interna- 
tional Telecommunication Union) fur SDH (Synchrone 
Digitale Hierarchie) Oder SONET (Synchronous Optical 
Network). Dabei werden Nutz information en in soge- 
nannte Container gepackt. Die Container erhalten einen 
als "Path Overhead" bezeichneten Kopfbereich mit dem 
zusammen sie als virtuelle Container VC-N bezeichnet 
werden. Es gibt virtuelle Container der Typen VC-11, 
VC-1 2, VC-2, VC-3 und VC-4. Desweiteren gibt es naht- 
los (contiguous) verkettete Container der Typen VC- 
4-4c und VC-4-1 6c bei SDH und VC-3-3c, VC-3-1 2c und 
VC-3-48c bei SONET Die virtuellen Container stellen 
Multiplexeinheiten dar und werden in einem als Syn- 
chrones Transportmodul STM-N (N=1, 4, 16 Oder 64) 
bezeichneten Gbertragungsrahmen verschachtelt, wo- 
bei die virtuellen Container beliebig im Nutzlastbereich 
der Transportmodule positioniert sein konnen und von 
einem Zeiger im Kopfbereich (Overhead) der Transport- 
module adressiert werden. Kleinere virtuelle Container 
werden dabei stets in groBere virtuelle Container ver- 
schachtelt. Ein synchrones Transportmodul bei SDH 
besitzt beispielsweise immer einen virtuellen Container 
VC-4 beziehungsweise im Falle von nahtlos verketteten 
Containern einen VC-4-nc (n=4 oder 16). Bei SONET 
hingegen sind in jedem Transportmodul stets drei VC-3 
enthalten, beziehungsweise im Falle von nahtlos ver- 
ketteten Containern ein VC-3-3c, der einem VC-4 ent- 
spricht, ein VC-3-1 2c oder ein VC-3-48c. Die geschil- 
derte Multiplexhierachie von SDH und SONET ist in 
ITU-T G.707 (3/96) Kapitel 6 ausfuhrlich geschildert. 
[0003] Nachrichtensignale, die in einem solchen syn- 
chronen Transportnetz ubertragen werden, sind somit 
rahmenstrukturierte synchrone Multiplexsignale, die 
aus Transportrahmen mit einem Nutzlastbereich und ei- 
nem Kopfbereich bestehen. In den Nutzlastbereich je- 
des Transportrahmens sind Multiplexeinheiten gemaB 
der von ITU-T festgelegten Multiplexhierarchie ver- 
schachtelt. Der Kopfbereich enthalt einen Zeiger auf die 
groBte im Nutzlastbereich enthaltene Multiplexeinheit 
sowie jeweils einen als RSOH (regenerator section 
overhead) und einen als MSOH (multiplex section over- 
head) bezeichneten Abschnitt. Darin sind Kontroll- und 
Steuerinformationen enthalten, die im Falle des RSOH 
von jedem Regenerator und im Falle des MSOH von je- 



dem Multiplexer im Netz terminiert undneu erzeugt wer- 
den. Mit Hilfe dieser Kontroll- und Steuerinformationen 
werden unter anderem Verwaltungsfunktionen des 
Netzmanagementsystems ausgefuhrt. 
5 [0004] Nun werden synchroneTransportnetzezuneh- 
mend nicht nur von offentlichen Netzbetreibern einge- 
setzt sondern auch als Firmennetze mit firmeneigenem 
Netzwerkmanagement realisiert. Sollen mehrere SDH- 
oder SONET-basierte Teilnetze eines Firmennetzes 

10 Qber das Transportnetz eines offentlichen Betreibers 
verbunden werden, so kann eine unterschiedliche Ver- 
wendung der Kontroll- und Steuerinformationen aus 
RSOH und MSOH zu Konflikten der Netzmanagement- 
systeme von firmen intern em und offentlichem Trans- 

*5 portnetz fuhren. Es sind Absprachen uber eine einheit- 
liche Verwendung der Kontrollund Steuerinformationen 
notwendig und das Netzmanagementsystem des fir- 
menintemen Transportnetzes ist hinsichtlich der Ver- 
waltung seines Firmennetzes beschrankt. So kann z.B. 

20 die Multiplexstruktur nicht ohne Absprache mit dem of- 
fentlichen Netzbetreiber von 1 6 x VC-4 auf 1 x VC-4-1 6c 
in einem STM-16 geandert werden. 
[0005] Zur Zeit werden auch optische Netze entwik- 
kelt, uber die sogenannte Optical Channel (OCh) uber- 

25 tragen werden sollen. Diese Netze sollen in der Lage 
sein, Signale mit beliebiger Bitrate transparent zu uber- 
tragen und somit werden diese zukunftigen optischen 
Netze auch in der Lage sein, rahmenstrukturierte Nach- 
richtensignale aus einem Firmennetz transparent zu 

30 transportieren. Allerdings gibt es dafiir bislang keinen 
verbindlichen Standard und zudem muBten fur den Auf- 
bau eines solchen optischen Netzes alle Netzelemente 
ausgetauscht werden. 

[0006] Eine Aufgabe der Erfindung besteht darin, ein 

35 Verfahren anzugeben, mit dem es moglich ist, mit den 
derzettigen SDH- oder SON ET-basierten Transportnet- 
zen synchrone digitale Teilnetze privater Betreiber zu 
verbinden ohne da(3 Absprachen zwischen den Netz- 
werkmanagementsystemen notig sind und ohne daB fur 

40 den privaten Betreiber Einschrankungen bestehen. Ei- 
ne weitere Aufgabe der Erfindung ist es, einen Multiple- 
xer fur ein synchrones Transportnetz anzugeben, mit 
dem rahmenstrukturierte synchrone Multiplexsignale, 
die aus Transportrahmen mit einem Nutzlastbereich 

is und einem Kopfbereich bestehen und in deren Nutzlast- 
bereichen jeweils Multiplexeinheiten gemaB einer Mul- 
tiplexhierarchie verschachtelt sind, zu ubertragen, ohne 
daB auf den Kopfbereich derzu ubertragenen Transpor- 
trahmen zugegriffen werden muB. 

so [0007] Die Aufgabe wird hinsichtlich des Verfahrens 
gelost durch die Merkmale des Anspruchs 1 und hin- 
sichtlich des Multiplexers durch die Merkmale des An- 
spruchs 9. Vorteiihafte Ausgestaltungen sind den ab- 
hangigen Anspriichen zu entnehmen. 

55 [0008] Ein Vorteil der Erfindung besteht darin, daB sie 
den Aufbau von virtuellen privaten Netzen (VPN) auf 
SDH- oder SONET-Basis ermoglicht. Weitere Vorteile 
sind, daB auch rahmenstrukturierte synchrone Nach- 
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richtensignale ubertragen werden konnen, bei denen 
Overhead Bytes proprietor, d.h. nicht entsprechendden 
ITU-T Empfehlungen, verwendet werden, daB RSOH, 
MSOH und Zeigerwerte im Kopfbereich der zu ubertra- 
genden Transportrahmen erhalten bleiben und daG so- 
mit dieselbe Wirkung bei der Ubertragung solcher rah- 
menstrukturierter synchroner Nachrichtensignale er- 
zielt wird, wie dies mit den geplanten optischen Netzen 
der Fall ware, ohne daB dazu aber ein Austausch der 
existierenden Netzelemente im offentlichen Transport- 
netz notig ist. 

[0009] Ein weiterer Vorteil der Erfindung besteht dar- 
in : daB der private Netzbetreiber Schutzschaltungen 
wie MSP (Multiplex Section Protection, ITU-T G.841, 
10/1998, Section 7.1) Oder MS-SPRING (Multiplex Sec- 
tion Shared Protection Ring, ITU-T G.841, 10/1998, 
Section 7.2) zwischen seinen Teilnetzen einrichten 
kann. 

[0010] Die Erfindung laBt sich auch beim Verschalten 
von rahmenstrukturierten Nachrichtensignalen inner- 
halb eines Netzelementes vorteil haft einsetzen. 
[0011] Im folgenden wird die Erfindung in mehreren 
Ausfuhrungsbeispielen anhand der Figuren 1 bis 8 be- 
schrieben. Es zeigt: 

Figur 1 : Teilnetze eines privaten Netzbetreibers, der 
seine Teilnetze uber ein offentliches Transportnetz 
verbindet, 

Figur 2: die Multiplexstruktur fur das erfindungsge- 
maBe Verfahren fur ein SDH-basiertes Transport- 
netz, 

Figur 3: die Multiplexstruktur fur das erfindungsge- 
maBe Verfahren fiir ein SONET-basiertes Trans- 
portnetz, 

Figur 4a, b: ein erstes Beispiel fiir das Mapping von 
Transportrahmens von Typ STM-4 in einem SDH- 
basierten Transportnetz, 

Figur 5a, b: ein zweites Beispiel fur das Mapping 

von Transportrahmen vom Typ STM-16, 

Figur 6: den Aufbau eines virtuellen privaten Netzes 

mit der Anordnung aus Figur 1 , 

Figur 7: der logische Aufbau des virtuellen privaten 

Netzes aus Figur 6 und 

Figur 8: ein Blockdiagramm eines erfindungsgema- 
Ben Multiplexers. 

[001 2] Figur 1 zeigt als erstes Ausfuhrungsbeispiel ei- 
ne Anwendung der Erfindung. Zwei Teilnetze SN1 und 
SN2 sowie ein einzelnes Netzelement R6 eines privaten 
Betreibers sind uber ein offentliches Transportnetz 
WAN miteinander verbunden. Das erste Teilnetz SN1 
enthalt drei Netzelemente R1 , R2 und R3, die zu einem 
Ringnetz verbunden sind. Das zweite Teilnetz SN2 ent- 
halt zwei Netzelemente R4 und R5, die uber zwei red- 
undante Leitungen miteinander verbunden sind. Die 
Netzelemente sind innerhalb der Teilnetze SN1 , SN2 
uber SDH-Schnittstellen miteinander verbunden, uber 
die rahmenstrukturierte synchrone Multiplexsignale 



ubertragen werden. Die Multiplexsignale bestehen aus 
synchronen Transportmodulen vom Typ STM-4. 
[0013] Jedes der Netzelemente R1 -R6 ist ein IP-Rou- 
ter jeweils eines Datennetzes, uber das eine Vielzahl 

5 IP-fahiger Endgerate des Betreibers miteinander ver- 
netzt sind. Die SDH-Verbindungen innerhalb der Teil- 
netze stellen das Backbone-Netz des Betreibers dar, 
uber das der IP-Verkehr zwischen den Daten netzen z. 
B. mittels des aus IETF RFC 1619 und 1661 bekannten 

io Verfahrens fiir "IP uber SDH" abgewickelt wird. 

[0014] Die Teilnetze SN1 , SN2 und der einzelne Rou- 
ter R6 sollen nun uber das Transportnetz WAN ebenfalls 
Transportmodule vom Typ STM-4 austauschen konnen, 
damit die Teilnetze untereinander verbunden sind. Dazu 

'5 ist es notwendig, die Transportmodule zwischen den 
Teilnetzen unverandert zu ubertragen, d.h. ohne im 
Transportnetz WAN den Overhead der Transportmodu- 
le zu terminieren, damit fur das Backbone-Netz des Be- 
treibers keine Einschrankungen hinsichtlich der Ver- 

20 wendung der Overhead-Bytes entstehen . 

[0015] Ein Grundgedanke der Erfindung besteht nun 
darin, die synchronen Transportmodule transparent als 
Nutzlast in einer Verkettung virtueller Container zu uber- 
tragen. Dazu werden in dem Transportnetz neue Multi- 

25 plexeinheiten vom Typ VC-4 gebildet und miteinander 
zu einer virtuellen Verkettung VC-4-nv verkettet. In die 
Nutzlastbereiche der Multiplexeinheiten dieser virtuel- 
len Verkettung werden die zwischen den Teilnetzen zu 
ubertragende Transportrahmen als Nutzlast verpackt. 

30 Die neu gebildeten Multiplexeinheiten werden dann in 
den Nutzlastbereich von neu gebildeten Transportmo- 
dulen eingebettet und uber das Transportnetz WAN 
ubertragen. 

[0016] Dazu wird das in Figur 2 dargestellte Mapping 

35 verwendet. Es zeigt einen Container C-4, der durch Hin- 
zufugen eines als POH (Path Overhead) bezeichneten 
Kopfbereiches zu einem virtuellen Container VC-4 er- 
weitert wird. Der Container C-4 enthalt zu ubertragende 
Daten eines Nutzlastsignals. Der virtuelle Container 

40 VC-4 stellt die Multiplexeinheit dar. Durch Hinzufugen 
eines Zeigers, der die Phasenlage des virtuellen Con- 
tainers VC-4 in einem ubergeordneten Transportrah- 
men angibt, wird aus dem VC-4 eine sogenannte AUG 
(Administrative Unit Group). 

45 [0017] Alternativ kann, wie im zwertuntersten Zwei 
der Figur gezeigt, eine AUG auch einen Container einer 
nahtlosen Verkettung (contiguous concatenation) C- 
4-nc enthalten. Solche nahtlosen Verkettungen werden 
eingesetzt, wenn in einem Transportmodul STM-N 

so (N=4, 16 oder 64), das groBer als ein STM-1 ist, die 
Nutzlastbereiche der darin enthaltenen Container C-4 
gemeinsam fiir einen einzigen Obertragungskanal ge- 
nutzt werden sollen. Es ist an dieser Stelle noch anzu- 
merken, daB in der Nomenklaturder in ITU-TSG15 der- 

55 2 eit diskutierten Draft-Fassung von ITU-T G.707 (Tem- 
porary Document 48R1 (PLEN), 4/00) eine Unterschei- 
dung der AUG in AUGN (N=1 , 4, 1 6) getroffen wird ent- 
sprechend der GroBe des Transportmoduls, in dem die 
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AUG transportiert wird. Ein STM-16 enthalt danach 
stets eine AUG16. Diese AUG16 kann entweder eine 
nahtlose Verkettung von 1 6 VC-4 (VC-4-1 6c) enthalten 
oder aber vier byteweise verschachtelte AUG4. Die 
AUG4 konnen wiederum entweder eine nahtlose Ver- 
kettung VC-4-4c oder aber vier byteweise verschachtel- 
te AUG1 enthalten. 

[0018] In einem nachsten Schritt wird ein Transport- 
rahmen STM-N gebildet, wobei N=1 , 4, 1 6 oder 64 sein 
kann. Fur ISM enthalt der Transportrahmen wie bereits 
erwahnt einen Kopfbereich mit MSOH, RSOH und Zei- 
ger, sowie einen Nutzdatenbereich. Der Nutzdatenbe- 
reich faBt genau eine AUG1 und der Zeiger addressiert 
den Beginn des VC-4 im Nutzdatenbereich. Hohere 
Transportrahmen (N=4, 16, 64) werden durch bytewei- 
ses Verschachteln von N AUG1 zu AUGN gebildet. Ein 
STM-N enthalt somit genau eine AUGN, die wiederum 
entsprechend der geschilderten Multiplexvorschrift ge- 
nau N AUG1 enthalt. In Draft- Fassung von ITU-T G.707 
(Temporary Document 48R1 (PLEN), 4/00) Kapitel 7.1 
ist detailliert beschrieben wie die AUG in den STM-N 
verse hachte It werden. 

[0019] Der so entstandene Transportrahmen STM-N 
wird nun periodisch mit einem FSahmentakt wiederholt, 
wobei naturlich jeder neuen Rahmen neue Datenbits 
des zu ubertragenden Nutzlastsignals enthalt. Der aus 
den periodisch wiederholten Transportrahmen entste- 
hende synchrone Datenstrom wird in den Teilnetzen des 
privaten Betreibers ubertragen und transportiert alle 
Nutzdaten, d.h. im Ausfuhrungsbeispiel die IP Pakete, 
die in dem Backbone-Netz des Betreibers zwischen den 
einzelnen Routern ubertragen werden. Dieser Daten- 
strom soil nun als ganzes auch iiber das offentliche 
Transportnetz WAN ubertragen werden, urn die Teilnet- 
ze SN1 , SN2 sowie den einzelnen Router R6 zu einem 
Gesamtnetz zu verbinden. 

[0020] Dazu werden von dem Multiplexer an der 
Schnittstelle zwischen offentlichem Transportnetz und 
privatem Firmennetz neue Multiplexeinheiten VC-4 er- 
zeugt und zu einer virtu ellen Verkettung VC-4v verket- 
tet. Eine solche virtuelle Verkettung von virtuellen Con- 
tainem VC-4 ist an sich bekannt und in ITU-T G.707 Ka- 
pitel 8.1 .7 beschrieben. Die Anzahl der Multiplexeinhei- 
ten in der Verkettung ist von der GroBe des zu ubertra- 
genden Transportmoduls abhangig. Soil wie im Ausfuh- 
rungsbeispiel ein STM-4 ubertragen werden, so beno- 
tigt der offentliche Netzbetreiber 5 Multiplexeinheiten 
vom Typ VC-4. Fur STM-1 wurden zwei VC-4 benotigt, 
fur STM-16 17 VC-4 und fur STM-64 68 VC-4. Dies ist 
in dem Mapping in Figur2 schematisch durch parallele 
Wege im Ablauf angedeutet. 

[0021] Die virtuellen Container VC-4 der Verkettung 
werden nun entsprechend der vorstehend beschriebe- 
nen Multiplexvorschriftzu einer neuen AUGzusammen- 
gefaBt. Bekanntlich kann ein STM-N genau N VC-4 auf- 
nehmen. Da die Anzahl der verketteten Container (2, 5, 
1 7 oder 68) nicht den zulassigen Werten fur N (1 , 4, 1 6, 
64) entspricht, muG der nachstgroBere Transportrah- 



men verwendet werden. Die Cibrige Kapazitat des 
Transportrahmens kann mit weiteren Multiplexeinheiten 
VC-4 gefullt werden. Dies ist in Figur 2 durch einen wei- 
teren ZufluB fur die obere AUG dargestellt. 

5 [0022] Da es sich urn eine virtuelle Verkettung han- 
delt, konnen alternativzu einem nachstgroBeren Trans- 
portrahmen auch mehrere kleinere Transportrahmen 
verwendet werden. Die einzelnen Multiplexeinheiten 
der virtuellen Verkettung mussen namlich nicht notwen- 

to dig iiber dasselbe Interface ubertragen werden, son- 
dern durfen auch unterschiedliche Wege durch das 
Ubertragungsnetz nehmen, wobei Laufzeitunterschie- 
de im empfangenden Netzelement durch Zwischen- 
speicherung ausgeglichen werden. Es ist jedoch vorteil- 

>5 haft, die virtuelle Verkettung in einem einzigen Trans- 
portmodu! zu ubertragen, da hierdurch die Laufzeitun- 
terschiede minimiert werden. 

[0023] Nun wird ein neuer Transportrahmen STM-N 
gebildet und die AUG wird in den Nutzlastbereich dieses 

20 neuen Transportrahmen eingebettet. Durch periodi- 
sches Wiederholen dieses Transportrahmens mit stets 
neuer Nutziast entsteht ein neuer synchroner Daten- 
strom, der uber das Transportnetz WAN des offentlichen 
Betreibers ubertragen wird. Bei der Ubertragung steht 

25 der Overhead der neu gebildeten Transportrahmen aus- 
schlieBlich fur Steuerungsund Verwaltungsaufgaben 
des offentlichen Transportnetzes zur Verfugung. Der of- 
fentliche Betreiber kann entsprechend den ITU-T Emp- 
fehlungen ohne weitere Einschrankungen auf die Over- 

30 headbytes zugreifen, ohne des ein Konflikt mit den 
Netzwerkmanagementsystem des privaten Betreibers 
entstehen kann, da die von seinen Netzelementen ge- 
bildeten Transportrahmen mitsamt Overhead als Nutz- 
iast durch das offentfiche Transportnetz geschleustwer- 

35 den. 

[0024] In Figur 3 ist das entsprechende Mapping fur 
ein SONET-basiertes Transportnetz dargestellt Anstel- 
le eines VC-4 werden in SONET stets drei VC-3 ver- 
wendet und zu einer AUG zusammengefaBt. Die Trans- 
40 portmodule heiBen bei SONET nicht STM-N sondern 
OC-N (optisch) oder STS-N (elektrisch) mit N=3, 12, 48 
oder 192. Sie enthalten analog zu einem STM-N eben- 
falls einen RSOH und einen MSOH im Kopfabschnitt. 
Allerdings kommt nicht nur ein Zeiger hinzu, sondern 
45 entsprechend der Anzahl Multiplexeinheiten der hoch- 
sten Hierarchiestufe (VC-3) drei Zeiger auf die drei VC- 
3 der AUG. Die Anzahl der zum Transport virtuell zu ver- 
kettenden virtuellen Container VC-3-Xv fur die Trans- 
portmodule OC-3, OC-12, und OC-48 ist der Figur zu 
50 entnehmen. 

[0025] Neben den in Figur 2 und 3 dargestellten Map- 
pings sind auch Mischformen moglich, bei denen z.B. 
der private Betreiber ein SONET-basiertes Netz betreibt 
und seine Teilnetze iiber ein SDH-basiertes Transport- 
's netz des offentlichen Anbieters verbindet. 

[0026] Figur 4 a und b zeigen schematisch, wie die zu 
transportierenden Transportrahmen aus dem privaten 
Netz im ersten Ausfuhrungsbeispiel in die neu zu bilden- 
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den verketteten Multiplexeinheiten des offentlichen Be- 
treibers eingebettet werden. Figur 4a zeigt zunachst 
den Aufbau des STM-4 des privaten Betreibers. Der 
Aufbau entspricht der Festlegung gemaB ITU-T G.707. 
Der STM-4 besitzt einen einzigen Kopfbereich mit der 
Lange von N*9 Spalten und einen einzigen Nutzlastbe- 
reich, der eine AUG4 enthalt, die durch byteweises ver- 
schachteln von vierAUGI hervorgegangen ist. In Figur 
4a ist jedoch zur besseren Verstandlichkeit eine abwei- 
chende Bezeichnung gewahlt worden. Es ist anzumer- 
ken, da(3 hierbei lediglich eine andere Bezeichnung ge- 
wahlt wurde, der tatsachliche Aufbau im Ausfuhrungs- 
beispiel jedoch den Vorschriften von ITU-T G.707 ent- 
spricht. frYnn 

[0027] Der STM-4 ist wie in Figur 4a dargestellt aus 
vierbyteweiseverschachtelten Rahmen vomTyp STM- 
1 **. Die Bezeichnung STM-1 " wurde gewahlt, urn deut- 
lich zu machen, daf3 es sich nicht urn STM-1 Rahmen 
handelt, die STM-1 **-Rahmen jedoch in Aufbau und 
Aussehen formal einem STM-1 -Rahmen entsprechen. 
Der Obersichtlichkeit halber sind die vier STM-1** nicht 
verschachtelt sondern hintereinander dargestellt. 
[0028] Jeder der vier STM-1** besteht einer AUG1 
und aus einem Teil des Kopfbereichs der STM-4. Der 
STM-4 enthalt wie bereitsfestgestelit nur einen einzigen 
Kopfbereich aus 4*9 Spalten. Dieser ist in Figur 4a je- 
doch in vier gleiche Teilte aufgeteilt dargestellt, wobei 
jeweils ein Viertel des Kopfbereiches einem STM-1 ** als 
Kopf dieses fiktiven Rahmens zugeordnet ist. Da die 
vier STM-1** byteweise verschachtelt sind, bilden die 
vier Teile gerade den tatsachlichen Kopfbereich des 
STM-4. 

[0029] Der Kopfbereich besteht aus RS-OH, MS-OH 
und AU-Zeiger AU-PTR. Entsprechend wurde auch in 
Figur 4a die Bezeichnung fur jedes der Kopftetle dervier 
STM-1** gewahlt. Daran schlieRt sich der Nutzlastbe- 
rejch an, der entsprechend der fiktiven Aufteilung in vier 
STM-1** ebenfalls in vier Teile aufgeteilt dargestellt ist, 
wobei jeweils ein Teil des Nutzlastbereichs einem STM- 
1** zugeordnet ist. In jedem der Teile des Nutzlastbe- 
reichs ist ein virtueller Container VC-4 enthalten, der 
aus einem Container C4 und einem Containerkopf POH 
besteht. Der Ubersicht halber und ohne Einschrankung 
der Allgemeinheit sind die im Nutzlastbereich enthalte- 
nen Container in der Figur jeweils direkt an den Kopf- 
bereich des Transportrahmens angrenzend gezeichnet, 
d.h. die AU-Zeiger waren im Ausfuhrungsbeispiel alle 
Null. Tatsachlich kann der VC-4 im Nutzlastbereich ei- 
nes STM-1** beliebig positioniert sein und sich bis in 
den Nutzlastbereich des folgenden Rahmens erstrek- 
ken. Dies ist eine grundlegende Eigenschaft von syn- 
chronen Transportnetzen (SDH, SONET): Durch AU- 
Zeigeranpassung (engl: pointer justification) und ent- 
sprechende Verschiebung des virtuellen Containers 
werden Taktunterschiede zwischen einzelnen Netzele- 
menten des Transportnetzes ausgeglichen. 
[0030] Ein STM-1 ** hat 9 Zeilen und 270 Spalten. Die 
Spalten 1 -9 belegt das ihm zugeordnet Viertel des Kopf- 



bereichs, die ubrigen Spalten 1 0-270 stellen den ihm zu- 
geordneten Teil des Nutzlastbereichs dar. 
[0031] In Figur 4b sind die funf virtuellen Container 
VC-4v der virtuellen Verkettung VC-4-5v dargestellt. 
5 Der obere Teil der Figur zeigt detailliert den ersten vir- 
tuellen Container VC-4v#1 , wahrend die ubrigen vier vir- 
tuellen Container verkurzt dargestellt sind. Tatsachlich 
haben jedoch alle funf virtuellen Container dieselbe 
Lange. 

10 [0032] Jedem der virtuellen Container ist ein AU-Zei- 
ger AU-PTR-vl , AU-PTR-vS zugeordnet, derdessen 
Phasenlage im iibergeordneten Transportmodul angibt. 
VC-4 und AU-Zeiger stellen eine AUG1 dar. Da es sich 
urn eine virtuelle Verkettung handelt, werden alle funf 

is AU-Zeiger unabhangig voneinander bestimmt, da die 
funf VC-4 mit beliebiger Phasenlage zueinander trans- 
portiert werden durfen. Am oberen Rand der VC-4 sind 
die Spaltennummem von 1 bis 261 und am rechten 
Rand die Zeilennummern von 1 bis 9 der AUG angege- 

20 ben. 

[0033] Der erste VC-4 beginnt in Spalte 1 mit dem 
POH (path overhead). Daran schlieGt sich der Nutzlast- 
bereich des VC-4 an. Darin sind die Kopfbereiche des 
zu transportierenden STM-4 eingepackt. Spalten 2 bis 

25 10 enthalten den Kopfbereich des ersten STM-1** aus 
dem STM-4, Spalten 11 bis 19 den Kopfbereich des 
zwerten STM-1**, Spalten 20-28 den Kopfbereich des 
dritten und Spalten 29 bis 37 den Kopfbereich des vier- 
ten. Daran schlieGen sich in den Spalten 38 bis 41 die 

30 Containerkopfe POH der vier in den vier STM-1 ** ent- 
haltenen Multiplexeinheiten an. Die ubrigen Spalten 42 
bis 261 sind fur proprietare oderzukunftige Verwendung 
durch die Netzwerkmanagementsysteme von offentli- 
chem und privatem Netzbetreiber reserviert und werden 

35 sofern sie nicht benutzt sind, mit hexFF aufgefullt. Bei- 
spieihaft ist gezeigt, daf3 Spalten 42 bis 50 fur den of- 
fentlichen Betreiber reserviert sind und Spalten 51 bis 
269 fur den privaten Betreiber. 

[0034] Der zweite VC-4 der Verkettung enthalt eben- 
40 falls einen Containerkopf POH#v2. Angrenzend an den 
Containerkopf wird als Nutzlast der erste Container C4 
aus dem zu ubertragenden STM-4 Rahmen angefugt. 
Entsprechend enthalt der dritte VC-4 der Verkettung 
den zweiten Container C4 aus dem STM-4 Rahmen, der 
45 vterte VC-4 enthalt den dritten Container C4 und der 
funfte VC-4 schlieBlich enthalt den vierten Container 
C4. Somit ist der gesamte Nutzlastinhalt des zu uber- 
tragenden STM-4 Rahmens auf die virtuellen Container 
zwei bis funf der Verkettung verteilt, wahrend alle Steu- 
so erinformationen aus den Kopfbereichen in den ersten 
VC-4 eingebettet sind. 

[0035] Das entsprechende Mapping fur einen aus 
dem privaten Netz zu ubertragenden Transportrahmen 
vomTyp STM-1 6 ist in den Figuren 5a und 5b angege- 
55 ben. Der zu iibertragende STM-1 6 besteht aus 16 by- 
teweise verschachtelten STM-1**, die jeweils einen Teil 
des Rahmenkopfs aus RS-OH, MS-OH und AU-Zeiger 
enthalten. Daran schliefct sich wiederum jeweils ein vir- 
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tueller Container vom Typ VC-4 an, der aus einem Con- 
tainerkopf POH und einem Nutzlastbereich C4 besteht. 
In Figur 5a sind beispielhaft nur die ersten beiden STM- 
1** Rahmen und der letzte, d.h. der sechzehnte, STM- 
1 ** Rahmen dargestellt. 

[0036] Figur 5b zeigt, wie dieser STM-16 Rahmen in 
eine virtuelle Verkettung aus siebzehn VC-4 eingepackt 
wird. Dabei zeigt Figur 5b beispielhaft nur die ersten drei 
VC-4 sowie den letzten, d.h. den siebzehnten, VC-4 der 
Verkettung. Der erste VC-4 enthalt wie im vorherigen 
Beispiel die Rahmenkopfe dersechzehn STM-1** Rah- 
men aus dem zu ubertragenden STM-1 6 sowie die Con- 
tainerkopfe POH der VC-4 aus dem STM-16. Wie im 
vorherigen Beispiel sind am oberen Rand die Spalten- 
nummern der AUG angegeben und am rechten Rand 
die Zeilennummern. Der AU-Zeiger besteht aus neun 
Bytes. In der ersten Spalte der AUG beginnt der VC-4 
mit seinem POH. Spalten 2 bis 10 enthalten den Kopf- 
bereich des ersten STM-1 ** aus dem zu ubertragenden 
STM-16. Spalten 11 bis 19 enthalten den Kopfbereich 
des zweiten STM-1** usw.. Spalten 137 bis 145 
schlieBHch (137-2+15*9) enthalten den Kopfbereich 
des sechzehnten zu ubertragenden STM-1**- Ralv 
mens. Daran schlieBen sich in Spalten 146 bis 161 die 
Containerkopfe POH aus dem zu ubertragenden STM- 
1 ** an. Zeilen 1 62 bis 261 sind fur proprietare oder zu- 
kunftige Verwendung durch die Netzwerkmanagement- 
systeme von offentlichem und privatem Netzbetreiber 
reserviert und werden sofem sie nicht benutzt sind, mit 
hexFF aufgefullt. 

[0037] Beispielhaft ist gezeigt, daft Spalten 1 62 bis 
170 fur den offentlichen Betreiber reserviert sind und 
Spalten 171 bis 261 fur den privaten Betreiber. 
[0038] In Figur 6 ist schematisch dargestellt, wie die 
Ubertragung der Transportrahmen zwischen den Teil- 
netzen des privaten Betreibers uber das offentliche 
Transportnetz verlauft. Es wird dabei dieselbe Anord- 
nung zugrunde gelegt, wie in Figur 1 . Das offentliche 
Transportnetz WAN ist jedoch detailliert dargestellt. Es 
besteht aus zwei Ringnetzen, die anjeweilszweiStellen 
miteinander verbunden sind. Die Ringnetze bestehen 
aus Netzelementen ADM, DXC, die untereinander bidi- 
rektional verbunden sind. Solche Netzelemente sind 
Add/Drop-Multiplexer ADM oder digitate Crossconnects 
DXC. Jedes der Netzelemente R2, R4 und R6 des Be- 
treibers, die die privaten Teilnetze SN1, SN2 uber das 
offentliche Transportnetz WAN miteinander verbinden, 
sind jeweils an einen Add/Drop-Multiplexer des offentli- 
chen Transportnetzes angeschlossen. Von diesen Add/ 
Drop-Multiplexers, werden die zwischen den Teilnetzen 
SN1, SN2 und R6 zu ubertragenden Transportrahmen 
nach dem bereits ausfuhrlich erlauterten Verfahren in 
eine Verkettung von virtuellen Containern verpackt und 
in neu gebildeten Transportrahmen iibertragen. Zwi- 
schen den Netzelementen R2, R4 und R6 entsteht da- 
durch ein virtuelles Ringnetz VR, uber das zu STM-4 
Transportrahmen strukturierte Multiplexsignale ubertra- 
gen werden. 



[0039] In Figur 7 ist das virtuelle Ringnetz VRzurbes- 
seren Ubersicht schematisch herausgezeichnet. Da die 
STM-4 Rahmen zwischen den Netzelementen R2, R4 
und R6 uber das offentliche Transportnetz transparent 

5 iibertragen werden, indem sie als Nutzlast behandelt 
und in eine Verkettung virtue Her Container verpackt wer- 
den, besteht fur den privaten Netzbetreiber kein Unter- 
schied zu einer direkten Verbindung seiner Netzele- 
mente. Die Netzelemente R2, R4 und R6 sind daher aus 

10 seiner Sicht zu einem Ringnetz miteinander bidirektio- 
nal verbunden. Somit besteht in diesem virtuellen Ring- 
netz auch die Moglichkeit, im Fehlerfall, d.h. wenn die 
Verbindung zwischen zwei der drei Netzelemente aus- 
fallt, auf die Gegenrichtung im Ring umzuschalten und 

*5 somit die Verbindung trotz des Ausfalls wieder herzu- 
stellen. Eine solche Schutzschaltung wird als MS- 
SPRING bezeichnet. Es konnen auch proprietare Ringe 
und lineare MS-Schutzschaltungen eingerichtet wer- 
den. 

20 [0040] In Figur 8 ist ein Multiplexer ADM dargestellt, 
mit dem das erfindungsgemaBe Ubertragungsverfah- 
ren durchgefuhrt werden kann. Es handelt sich um ei- 
nen Add/Drop-Multiplexer, wie er z.B. in dem offentli- 
chen Transportnetz WAN in Figur 6 eingesetzt wird. Der 

25 Multiplexer weist jeweils einen Ost- und einen West-Ein- 
gang I N_EAST, IN_WEST und einen Ost- und einen 
West-Ausgang OUT_EAST, OUT_WEST auf, die an 
vier Lichtwellenleiter angeschlossen werden, die als 
Ost- und Westleitungen eines bidirektionalen SDH- 

30 Ringnetzes dienen. An den Eingangen werden STM-16 
Rahmen empfangen und an den Ausgangen STM-16 
Rahmen gesendet. In den Eingangen werden die emp- 
fangenen Transportrahmen terminiert d.h. deren Rah- 
menkopfe werden ausgewertet und die in den Rahmen 

35 enthaltenen virtuellen Container vom Typ VC-4 werden 
an einezentrale Schaltmatrix (VC-4 Matrix) weitergelei- 
tet. In den Ausgangen werden neue Transportrahmen 
STM-16 gebildet und die von der Schaltmatrix empfan- 
genen virtuellen Container werden darin eingepackt. 

40 Der Multiplexer verfiigt zudem uber eine Anzahl Zuf Iuf3- 
EingangeTJN (engl: tributary) und -Ausgange T_OUT, 
uber die Nutzdaten als virtuelle Container in das Ring- 
netz eingefugt (Add) oder aus dem Ringnetz ausgekop- 
pelt und einem angeschlossenen Nutzerzugeleitet wer- 

45 den konnen (Drop). 

[0041 ] Die Schaltmatrix dient dazu, die virtuellen Con- 
tainer, die in dem Multiplexer ADM nicht terminiert wer- 
den sollen, vom West-Eingang zum Ost-Ausgang und 
vom Ost-Eingang zum West-Ausgang zu schalten. Vir- 

50 tuelle Container, die von dem Multiplexer ADM termi- 
niert werden sollen (Drop), werden vom betreffenden 
Eingang uber die VC-4-Matrix an einen der ZufluB-Aus- 
gange geschaltet. Nutzdaten, die von einem derZufluB- 
Eingange in den Ring eingefugt werden sollen (Add), 

55 werden im betreffenden ZuflulB-Eingang in einen neu 
gebildeten virtuellen Container VC-4 gepackt und uber 
die VC-4-Matrix einem der Ausgange zugeschaltet. 
[0042] An dem ZufluB-Eingang 81 wird ein zu STM-4 
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Rahmen strukturierter Datenstrom empfangen. In dem 
Eingang 81 werden entsprechend des anhand von Figur 
4a und b beschriebenen Mapping fur jeden empfange- 
nen STM-4 Rahmen fiinf virtuellen Container VC-4 ge- 
bildet und miteinander virtuell verkettet. In diese fiinf 
VC-4 wird ein jeweils STM-4 Rahmen eingepackt. Die 
verketteten funf VC-4-5v werden dann der VC-4-Matrix 
zugeleitet und von der Matrix einem entsprechenden 
Ausgang, z.B. den West-Ausgang OUT_WEST zugelei- 
tet, wo sie mit anderen VC-4s in den STM-16 Rahmen 
verschachtelt werden. 

[0043] Die Gegenrichtung ist beispielhaft am ZufluG- 
Ausgang 82 dargestellt. Die VC-4-Matrix schaltet eine 
Verkettung VC-4-5v von-fanTVC-4, die z.B. in dem am 
West-Eingang IN_WEST empfangenen STM-16 Rah- 
men enthalten sind, zu dem Ausgang 82. Dort wird die 
Nutzinformation der fiinf VC-4 aus deren Nutzlastberei- 
chen ausgelesen : in einem Pufferspeicherzwischenge- 
speichert und in ursprungiicher Phasenlage zu einem 
STM-4 Rahmen zusammengesetzt, der dann am Aus- 
gang 82 gesendet wird. Um den STM-4 Rahmen zusam- 
menzusetzen, werden aus dem ersten VC-4 die gemaB 
dem in Figur 4b gezeigten Mapping verpackten Rah- 
mcnkopfc ausgclcscn und als Rahmenkopfe fur neu zu 
bildendo STM-1 Rahmen verwendet. Dann werden die 
Contarnerkopfe POH ausgelesen und-an.die im Nutz- 
lastbereich der folgenden vier VC-4 enthaltenen Con- 
tainer C4 angofiigt AnschlieBend werden die so neu ge- 
bildelen VC-4 enisprechend dem Wert des im Rahmen- 
kopf bcf mdhchen AU-2eigers in die STM-1 Rahmen ein- 
gefugt und die STM-1 Rahmen byteweise zu einem 
STM-4 Rahmen verschachtelt. Der Multiplexer ADM ar- 
beitet some gloichzeitig als Multiplexer und als Demul- 
tiplexer 

[0044] In den Ausfiihrungsbeispielen wurde durch- 
weg die virtuelle Verkettung von VC-4 verwendet, um 
STM-N Rahmen zu transportieren. Die virtuelle Verket- 
tung bringt beiderUbertragung VorteiJe, da inzwischen- 
geschalteten Netzelementen nicht auf die Phasenlage 
der einzelnen verketteten VC-4 geachtet werden muf3 
und somit kerne MaBnahmen ergriffen werden brau- 
chen, um differentielle Phasenschwankungenzwischen 
den VC-4 zu unterdrucken. Dennoch kann fur die erfin- 
dungsgemaBe Ubertragung von STM-N Rahmen auch 
eine nahtlose Verkettung (contiguous concatenation) 
von VC-4 eingesetzt werden. In SONET-basierten 
Transporlnetzen wird anslelle der Verkettung von VC- 
4s eine Verkettung von VC-3 verwendet, da der VC-4 
wie bereits erwahnt bei nur als VC-3-3c SONET nicht. 
[0045] Die Erfindung kann bei Netzelementen auch 
vorteilhaft gerateintern eingesetzt werden, um ganze 
Transportrahmen durch eine Schaltmatrix zu schalten, 
die nur fur virtuelle Container ausgelegt ist. Dabei wird 
ein empfangener Transportrahmen eingangsseitig in ei- 
ne Verkettung virtueller Container eingebettet und die 
virtuellen Container der Verkettung werden dann durch 
die Schaltmatrix zu einem Ausgang geschaltet, wo sie 
wieder entfernt werden und der urspriingliche Transpor- 



trahmen wieder zusammengesetzt wird. Dies ermog- 
iichtes, durch eine Matrix, die an sich nur virtuelle Con- 
tainer schalten kann, auch ganze Transportrahmen zu 
schalten. Dadurch muB der Rahmen kopf der Transpor- 
5 trahmen eingangsseitig nicht terminiert und ausgangs- 
seitig neu erzeugt werden. 

[0046] Das erfindungsgemaBe Verfahren kann zu- 
mindest theoretisch beliebig oft iterativ verschachtelt 
werden, d.h. ein erstes rahmenstrukturiertes synchro- 

10 nes Multiplexsignal kann als Nutzlast einer ersten virtu- 
ellen Verkettung in einem zweiten rahmenstrukturierten 
synchronen Multiplexsignal ubertragen werden, daB 
wiederum als Nutzlast einer zweiten virtuellen Verket- 
tung in einem dritten rahmenstrukturierten synchronen 

*5 Multiplexsignal transportiert wird, u.s.w.. 



Patentanspruche 

20 1. Verfahren zum Ubertragen eines rahmenstruktu- 
rierten synchronen Multiplexsignals, dasausTrans- 
portrahmen (STM-4) mit einem Nutzlastbereich und 
einem Kopfbereich (MS-OH, RS-OH, AU-PTR) be- 
steht, in dessen Nutzlastbereich jeweils Multiple- 
's xeiriheiten (VC-4) gemaB einer Multiplexhierarchie 
verschachtelt sind, uber ein synchrones digitales 
Transportnetz (WAN), 
dadurch gekennzeichnet,da& 
die zu ubertragenden Transportrahmen (STM-4) 
30 einschlieBlich deren unveranderter Kopfbereiche 
(MS-OH, RS-OH, AU-PTR) als Nutzlast in einer 
Verkettung (VC-4-5v) von neu gebildeten Multiple- 
xeinheiten (VC-4v) ubertragen werden. 

35 2. Verfahren nach Anspruch 1 mit folgenden Schritten: 

Bilden von einer Anzahl neuer Multiplexeinhei- 
ten (VC-4v) gleicher GroBe und Verketten die- 
ser neuen Multiplexeinheiten (VC-4v) zu einer 

40 virtuellen Verkettung (VC-4-5v), 

Verpacken von jedem der Transportrahmen 
(STM-4) einschlieBlich dessen Kopfbereich 
(MS-OH, RS-OH, AU-PTR) in Nutzlastbereiche 
der verketteten neuen Multiplexeinheiten (VC- 

45 4v), 

Bilden von zumindest einem neuen Transport- 
rahmen (STM-16) und Verschachteln der ver- 
ketteten neuen Multiplexeinheiten (VC-4v) in 
dessen Nutzlastbereich, und 

so - Ubertragen des zumindest einen neuen Trans- 
portrahmens (STM-16) uber das synchrone 
Transportnetz (WAN). 

3. Verfahren nach Anspruch 1 1 bei dem das synchrone 
55 Transportnetz (WAN) ein SDH-Netz ist, bei dem die 
Transportrahmen (STM-4) synchrone Transport- 
module vom Typ STM-N mit N=1 , 4, 1 6 Oder 64 sind, 
bei dem die Multiplexeinheiten (VC-4) virtuelle Con- 



7 



BNSDOCID: <EP 115B710A1J_> 



13 



EP1 158 710 A1 



14 



tainervomTyp VC-N mit N=11 , 12, 2, 3 Oder 4 oder 
nahtlos verkettete virtuelle Container vom Typ VC- 
4-Nc mit N=4 oder 16 sind und bei dem die neu ge- 
bildeten Multiplexeinheiten (VC-4) virtuelle Contai- 
ner vom Typ VC-N mit N=3 oder 4 sind. 

Verfahren nach Anspruch 1 , bei dem in einer ersten 
der neu gebildeten Multiplexeinheiten (VC-4v) der 
Kopfbereich (MS-OH, RS-OH, AU-PTR) eines zu 
ubertragenden Transportrahmen (STM-4) sowie 
Pfadkopfe der im Nutzlastbereich dieses Transpor- 
trahmens verschachtelten Multiplexeinheiten (VC- 
4) zusammengefaBt werden u nd bei dem in jede der 
ubrigen neu gebildeten Multiplexeinheiten (VC-4v) 
der Verkettung jeweils eine der Multiplexeinheiten 
(VC-4) aus dem Nutzlastbereich dieses Transport- 
rahmens (STM-4) ohne deren Pfadkopf eingefugt 
wird. 

Verfahren nach Anspruch 1 , bei dem ein Transpor- 
trahmen vom Typ STM-1 OC-3 oder OC-3-3c iiber 
zwei virtuell verkettete virtuelle Container vom Typ 
VC-4 oder iiber vier virtuell verkettete virtuelle Con- 
tainer vom Typ VC-3 transportiert wird. 

Verfahren nach Anspruch 1 , bei dem ein Transpor- 
trahmen vom Typ STM-4, OC-12 oder OC-3-12C 
uber funf virtuell verkettete virtuelle Container vom 
Typ VC-4 oder 13 virtuell verkettete virtuelle Con- 
tainer vom Typ VC-3 transportiert wird. 



10 



15 



20 



25 



30 



Verkettung (VC-4-5v) und zum Verpacken der 
empfangenen Transportrahmen (STM-4) ein- 
schlieGlrch deren unveranderter Kopfbereiche 
(MS-OH, RS-OH, AU-PTR) als Nutzlast in die 
Verkettung der neu gebildeten Multiplexeinhei- 
ten (VC-4v) und mit mindestens einem Aus- 
gang (OUT_WEST, OUT_ EAST) zum Bilden 
und Senden eines zweiten rahmenstrukturier- 
ten synchronen Multiplexsignals aus zweiten 
Transportrahmen (STM-1 6), in deren Nutzlast- 
bereiche jeweils die verkettete n, neu gebilde- 
ten Multiplexeinheiten (VC-4v) eingefugt sind. 

10. Multiplexer nach Anspruch 9 mit einer Schaltmatrix 
zum wahlfreien Verschalten von Multiplexeinheiten, 
wobei die Multiplexeinrichtung an einen Matrixein- 
gang und der Ausgang (OUT_WEST, OUT_EAST) 
an einen Matrixausgang angeschlossen sind. 



Verfahren nach Anspruch 1 , bei dem ein Transpor- 
trahmen vom Typ STM-1 6, OC-48 oder OC-3-48C 
iiber siebzehn virtuell verkettete virtuelle Container 
vom Typ VC-4 oder iiber 51 virtuell verkettete virtu- 
elle Container vom Typ VC-3 transportiert wird. 



35 



Verfahren nach Anspruch 1 , bei dem ein Transpor- 
trahmen vom Typ STM-64, OC-192 oder OC- 
3-1 92c iiber achtundsechzig virtuelle verkettete vir- 
tuelle Container vom Typ VC-4 transportiert wird. 

Multiplexer (ADM) fur ein synchrones digitales 
Transportnetz (WAN) mit 



40 



mindestens einem Zufluf3-Eingang (TJN) zum 
Empfangen eines ersten rahmenstrukturierten 
synchronen Multiplexsignals, das aus ersten 
Transportrahmen (STM-4) mit jeweils einem 
Nutzlastbereich und einem Kopfbereich (MS- 
OH, RS-OH, AU-PTR) besteht, in deren Nutz- 
lastbereiche jeweils Multiplexeinheiten (VC-4) 
gemaS einer Multiplexhierarchie eingefugt 
sind, 

einer dem ZufluG-Eingang (TJN) zugeordne- 
ten Multiplexeinrichtung zum Bilden neuer Mul- 
tiplexeinheiten (VC-4v), zum Verketten der neu 
gebildeten Multiplexeinheiten (VC-4v) zu einer 
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